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SYSTEM FOR MANAGING RESOURCES USED AMONG GROUPS 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to an object- 
oriented system for managing resources among groups 
connected to one another through a network. 

2 . Description of the Related Art 
High-performance, high-speed computers require 

an object-oriented or distributed network. The network 
must provide each user with easy operation. The network 
involves groups of. users that use and share resources 
such as objects, programs, and data. It is important for 
the network to have a management system to maintain the 
security of the resources . 

Restricting resources to each group will 
improve the security of the resources but will spoil the 
effectiveness thereof. Sharing the resources among the 
groups will improve the effectiveness thereof but will 
deteriorate the security of them. If the groups are 
allowed to use the same name on objects, an object 
prepared by one of the groups may be destroyed by 
another. Accordingly, it is important to provide a 
system to maintain the security of resources that are 
used among the groups . 

There are groupware programs to handle jobs 
group by group, or to share jobs among groups through a 
network. There are no groupware programs that let one of 
the groups create an object and let the groups share the 
object. To realize this, a worker must be attached to 
several of the groups, to access and transfer the object 
among the groups . 

There is no prior art that employs visual and 
auditory means to share and maintain the security of 
resources among groups of workers in real time. When a 
worker belonging to a first group needs data prepared by 
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a second group, the worker of the first group must call 
and ask a worker of the second. group to transfer the data 
to the first group. This is ineffective because it takes 
a long time. 

5 To transfer data between groups of workers, a 

prior art employs an electronic mail system or magneto- 
optic disks instead of real-time visual means such as 
television systems. This prior art is troublesome. 

If the security of resources is strictly 
10 maintained, it will be difficult to share the resources 
among groups of workers, to thereby deteriorate the 
workability of the groups. To solve this problem, the 
groups may be rearranged and the security of the 

*S resources may temporarily be released. This, however, 

Hj 

Lf: 15 disturbs the correct management of the workers and 

I y 

Lfl resources . 

In this way, improving the sharing of resources 
and the efficiency of jobs deteriorates the security of 
the resources, and manually managing the resources and 

II 20 jobs causes trouble. To improve the workability of 

Q groups of workers, it is important to automate the 

jp 

t: management of resources, the rearrangement of the groups, 

fcg and the transfer of the resources among the groups 

according to job procedures and conditions . Each group 
25 must independently control its own resources while 
flexibly shifting the resources among the groups. 

An object of a first aspect of the present 
invention is to allow jobs to be efficiently carried out 
by groups of workers through a network and maintain the 
30 security of resources handled by the groups. The first 

aspect employs a job definition form that defines the 
jobs, objects, and procedure of each group. According to 
the job definition form, the first aspect dynamically 
controls the right to use resources including windows, 
35 objects (programs), and data among the groups. To 

improve the workability of each group, the first aspect: 
(1) enables a first group to use a window 
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controlled by a second group upon receiving permission of 
the second group; 

(2) enables a first group to transfer its own 
data to a second group and let the second group process 

5 the data; and 

(3) changes the attributes of resources 
controlled by the groups when jobs are complete, when the 
workers are shifted among the groups, or when the groups 
are rearranged. 

10 Strictly maintaining the security of resources 

deteriorates the efficiency of sharing the resources and 
the workability of the groups. Restricting workers to 
Q work positions in their groups may improve the 

S workability of the groups but unnecessarily remove the 

ry 15 freedom of the workers. 

To solve this problem, a second aspect of the 
present invention employs a pager or mobile telephone to 
K automatically call a member of a given group to obtain 

%t permission to use a resource belonging to the group. The 

1=* 20 second aspect is capable of strictly maintaining the 

security of resources while enabling the groups to carry 
out their jobs in real time. 
<fl . SUMMARY OF THE I - NVDHTION 

**^A^ the present invention provides a system for managing 
25 resources rncluding windows, objects, and data among 

groups of workeb^that carry out jobs by computers. The 
system has a resourcesmanager for managing resources 
allocated to each of the^^roups ; a job monitor for 
monitoring the jobs carried ott^by the groups and 
30 maintaining the security of the re&qurces allocated to 
the groups; and a scheduler for scheduSmg the jobs of 
each group according to a procedure specirtfcc^to the group 
and information provided by the job monitor. 

The system has a procedure memory for storing a job 
35 definition form that defines the period, members, 

processes, and resources allocated to each job carried 
out by each group. The resource manager, job monitor, 



and scheduler exchange the rights to use the resources 
among the groups according to the job definition form. 

The system has a rearrangement unit for managing and 
rearranging the members and resources of the groups 
according to the progress of the jobs. The job monitor 
monitors the jobs and resources of the groups according 
to information from the rearranging means . 

The system has an emergency group that is allowed to 
access every resource of every group. The job monitor 
permits , any request from the emergency group for 
accessing a resource. 

The job monitor has a unit for transferring a 
resource from one of the groups to another, or 
automatically changing the resources of any one of the 
groups according to a procedure. 

The system has a unit for using a telephone to call 
and ask, when a first group makes a request to use a 
resource of a second group, the second group for 
permission to use the resource. 

The system has a unit for using a pager to call and 
ask, when a first group makes a request to use a resource 
of a second group, the second group for permission to use 
the resource. 

The system has a unit for using a notebook computer, 
an electronic notepad, or a workstation through a wide- 
area network, a personal computer communication network, 
or a wireless network to call and ask, when a first group 
makes a request to use a resource of a second group, the 
second group for permission to use the resource. 

The system has a visual I/O device such as a 
television camera and an audio I/O device such as a 
microphone to call and ask, when a first group makes a 
request to use a resource of a second group, the second 
group for permission to use the resource. 

The system has an input unit such as a sensor or a 
transmitter attached to a member of a second group, for 
identifying and locating the member, and a positioner 
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such as a television camera for photographing the member. 
When a first group makes a request to use a resource of 
the second group, the input unit and positioner are used 
to directly ask the member of the second group for 
permission to use the resource. 

The job monitor has a unit for holding the schedules 
of the jobs of the groups and exchanging the jobs among 
the groups . 

The job monitor has a unit for limiting the 
location, period, and group to handle a resource, to 
thereby strictly maintain the security of the resource. 

The job monitor has a unit for indicating whether 
permission to use a resource of a group is granted upon 
approval of all or part of the members of the group. 

The job monitor has a unit for adding the name of a 
group to which a resource belongs to the name of the 
resource so that the groups may have resources having the 
same name. 

The job monitor has a unit for allocating a 
representative name to a set of resources and identically 
handling the resources under the representative name. 

The system has a virtual-reality unit attached to a 
member of a group, to identify the location of the 
member . 

The system has a head-mount display worn by a member 
of a group so that the member may give permission to use 
a resource of the group. 

The input unit of the system is provided with a 
password or an ID, to prevent an illegal access to the 
input unit. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram showing a first 
principle of the present . invention ; 

Fig. 2 shows windows whose access rights are 
exchanged between groups; 

Figs. 3A and 3B show windows whose access rights are 
exchanged among groups; 



Figs. 4A and 4B show jobs carried out between groups 
according to an embodiment of the present invention; 

Figs. 5A and 5B show jobs carried out between groups 
according to an embodiment of the present invention; 

Figs. 6A and 6B show jobs carried out between groups 
according to an embodiment of the present invention; 

Fig. 7A and 7B show jobs carried out between groups 
according to an embodiment of the present invention; 

Fig. 8 shows a request definition form; 

Fig. 9 shows a job definition form; 

Fig. 10 is a flowchart showing steps taken by a job 
monitor ; 

Fig. 11 is a flowchart showing steps taken by a 
scheduler; 

Fig. 12 is a flowchart showing steps taken by a 
rearrangement unit; 

Fig. 13 shows a group management table; 
Fig. 14 shows a member table; 

Figs. 15A to 15D show resource management tables; 

Fig. 16 is a flowchart showing the steps of changing 
windows from one to another; 

Fig. 17 explains shifting windows between groups; 

Fig. 18 explains shifting windows between groups; 

Figs. 19A to 19C explain locking windows; 

Fig. 20 is a flowchart showing the steps of sharing 
a resource between groups ; 

Fig.. 21 is a continuation of the flowchart of Fig. 

20; 

Fig. 22 shows a system according to an embodiment of 
the present invention; 

Fig. 2 3 shows a system according to an embodiment of 
the present invention; 

Fig. 24 shows a second principle of the present 
invention; 

Figs. 25A to 25D show resource management tables; 
Figs. 26A to 26D are continuation of Fig. 25; 
Fig. 27 shows a window memory; 



Fig. 2 8 shows a program /command memory; 
Fig. 29 shows a monitor information memory; 
Fig. 30 shows a contact address memory; 
Fig. 31 shows a data memory; 
5 Figs. 32A and 32B show group management tables; 

Fig., 33 shows a member table; 

Figs. 34A to 34C show member-based emergency tables; 
Figs. 35A to 35C show group-based emergency tables; 
Figs. 36A and 36B show job definition form; 
10 Figs. 37A and 37B show overall definition form; 

Fig. 38 shows resources controlled under a 
representative name by a resource manger; 
^ Fig. 39 shows. a unit for positioning a camera; 

MS Fig. 40 is a flowchart showing the steps of sharing 

15 resources among groups according to job definition forms; 

LH Fig. 41 is a flowchart showing steps taken by a 

IzJ procedure memory; 

xS Fig. 42 is a flowchart showing steps taken by a 

= scheduler; 

2 20 Fig. 43 is a flowchart showing steps taken by a 

O rearrangement unit; 

Fig. 44 is a flowchart showing steps taken by a 
yj request unit; 

Fig. 45 is a flowchart showing steps taken by a 
2 5 receiver; 

Fig. 46 is a flowchart showing steps taken by a 
positioner; 

Fig. 47 is a flowchart showing steps taken by an I/O 

unit; 

30 Fig. 48 is a flowchart showing steps taken by a 

resource manager, etc.; 

Fig. 49 is a flowchart showing steps taken by a 
group; 

Fig. 50 is a flowchart showing steps taken by an 
35 emergency group; 

Fig. 51 is a flowchart showing steps taken by a job 
monitor; 



Fig. 52 is a continuation of Fig. 51; 

Fig. 53 is a continuation of Fig. 51; and 

Fig. 54 is a continuation of Fig. 53. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 shows a system for managing resources among 
groups that are connected to one another through a 
network, according to a first principle of the present 
invention. In this specification, the "resource" may be 
a window, a program (object), a command, or data. The 
system has a procedure memory 1, a job monitor 2, a 
scheduler 3, a rearrangement unit 4, a resource manager 
5, an emergency group 6, and groups 7a, 7b, and 7c. Each 
group consists of workers, i.e., members. The workers of 
each group are identified by a group attribute and are 
related to terminals or workstations, respectively. 

The procedure memory 1 stores and updates a job 
definition form 11 that defines the period, members, 
processes, windows, objects, and data of each job of each 
group. The job definition form 11 is used to share 
resources among the groups . 

The job monitor 2 controls communications among the 
procedure memory 1, scheduler 3, rearrangement unit 4, 
and resource manager 5 and manages resources among the 
groups 7. The job monitor 2 monitors the job processing 
states of the groups 7 and controls communications, 
resources, jobs, and members among the groups according 
to a group management table 21. 

The scheduler 3 receives the job definition form 11 
from the job monitor 2 at the start of jobs and returns 
the conditions of the resources used by the groups. The 
scheduler 3 manages the progress of the jobs of the 
groups according to schedules prepared for the groups 
according to the job definition form 11 and informs the 
job monitor 2 of work conditions such as excess work 
hours . 

The rearrangement unit 4 receives the start and end 
hours of each job, the name of each group, the name of 



each job, and the members of each group from the job 
monitor 2 and provides the job monitor 2 with the names 
of groups that are working, the names of jobs that are 
being processed, and the present members of the groups. 
The rearrangement unit 4 changes members in a member 
table 41 according to information from the job monitor 2. 
When the job monitor 2 informs the rearrangement unit 4 
that any one of the groups has completed or changed its 
job, the rearrangement unit 4 rearranges the table 41 
accordingly. 

The resource manager 5 has a resource management 
table 51 for managing the rights to use resources 
according to information from the job monitor 2, a window 
manager 52 for controlling windows, a program manager 53 
for controlling programs, and a data manager 54 for 
controlling data. The window manager 52 has a window 
memory 521 for storing the windows, the program manager 
53 has a program memory 531 for storing the programs, and 
the data manager 54 has a data memory 541 for storing the 
data. 

The emergency group 6 is allowed to access every 
resource of every group. In response to a trouble notice 
from the job monitor 2, the emergency group 6 tries to 
solve the trouble. 

Each of the groups connected to the network 
independently carries out a job. Each group is allowed 
to access its own resources but is prohibited from 
accessing resources of the other groups without 
permission. The resources of a given group are locked 
against the other groups, to maintain the security of the 
resources . 

When a group needs a resource of another group, the 
group sends a request to the job monitor 2. The job 
monitor 2 determines whether or not the request is 
acceptable according to the job definition form 11. If 
it is acceptable, the job monitor. 2 requests the resource 
manager 5 to change the right to use the resource so that 



the group that made the request may temporarily use the 
resource. This technique improves the workability of 
each group. 

When a group completes a job or switches a job to 
another, the job monitor 2 automatically switches the 
resources of the group to others that are necessary for 
the new job. The members of the group, therefore, can 
smoothly continue their work. 

When trouble happens, the emergency group 6 is ready 
to access every resource of every group, to deal with the 
trouble . 

Figure 2 3 shows a system for managing resources . 
among groups that are connected to one another through a 
network, according to the second aspect of the present 
invention. This system includes telephones, television 
cameras, displays, etc., in addition to the system of 
Fig. 22 . 

Figure 24 shows a system for managing resources 
among groups that are connected to one another through a 
network, according to a second principle of the present 
invention. Compared with the first principle of Fig. 1, 
the second principle additionally has a timer monitor 22, 
a program/command memory 531a, a monitoring equipment 
manager 55, a contact manager 56, a positioner 8, a voice 
transmitter 9, a request unit 10a, and a receiver 10b. 

In Fig. 24, a procedure memory 1 stores a job 
definition form 11. A job monitor 2 monitors resources 
according to a group management table 21. The timer 
monitor 22 is used to manage work hours. A job of a 
given group is changed to another according to the job 
definition form 11. When a member of a first group must 
use a resource of a second group and when a member of the 
second group who controls the resource is absent at a 
work location in the second group, the request unit 10a 
sends a message to a telephone, a pager, or a portable 
computer to find and ask the member of the second group 
for permission to use the resource. The receiver 10b 



receives a message, which indicates whether or not the 
permission is granted, from the member of the second 
group. 

The positioner 8 is used to visually locate a member 
of a group. A voice transmitter 9 enables a member of a 
group to communicate with a member of another group. A 
resource manager 5 manages the resources of the groups . 

The resource manager 5 has a resource management 
table 51, a window manager 52 for managing a window 
memory 521, a program/command manager 5 3a for managing 
the program/command memory 531a, the monitoring equipment 
manager 55 for managing a monitoring equipment memory 551 
for storing the location of each member and messages, the 
contact manager 56 for managing a contact memory 561 for 
storing the contact addresses of the members of the 
groups, and a data manager 54 for managing a data memory 
541. 

■ The window memory 521 stores window information and 
window activation files to let the members of the groups 
use windows. The window memory 521 also has information 
to form proper environment for a given window or 
operating system. The program/command memory 5 31a, 
monitoring equipment memory 551, contact memory 561, and 
data memory 541 store respective information. 

The job monitor 2 manages the group management table 
21, the member table 41, a member-based emergency table, 
and a group-based emergency table. With these tables, 
the job monitor 2 limits the time to use resources, 
periods to use resources, and members to use resources 
and holds the members and groups that are using 
resources, to maintain the security of the resources. 

Each member of each group may have an ID or a 
password, to prevent an illegal access to resources. For 
this purpose, members and periods to process resources 
must be clarified and properly scheduled. This is 
achieved by using the job definition form 11 that 
controls the job of each group and an overall definition 



form that controls the jobs of all groups. Each schedule 
must be made according to the job definition forms. 

According to the second aspect of the present 
invention, each of the groups connected to the network 
independently carries out a job. Each, group is allowed 
to access its own resources but is prohibited from 
accessing resources of the other groups without 
permission. As a result, each group can proceed its own 
job without being influenced by its environment. 

The resources of a given group are locked against 
the other groups, to maintain the security of the 
resources. When a group needs a resource of another 
group, the group sends a request to the job monitor 2. 

The job monitor 2 determines whether or not the 
request is acceptable according to the job definition 
form 11. If it is acceptable, the group can temporarily 
use the resource. 

The job definition form of each group specifies a 
member or members of the group who authorize another 
group to or not to use a resource. If the member who 
gives authorization is absent, the request unit 10a and 
receiver 10b are used to contact the member. This 
technique improves the security of the resources, reduces 
a wait time, and improves the workability of the groups. 

A password may be used to improve the security of 
the resources and jobs. When a group completes a job or 
switches the present job to another, the job monitor 2 
automatically switches the resources of the group to 
others suitable for the new job. Accordingly, the 
members of the group can smoothly continue their work. 

When trouble occurs, an emergency group 6 is ready 
to access every resource of every group, to deal with the 
trouble. Since the emergency group 6 has high priority, 
it must be protected with a password, etc. Each command 
may have a password to strictly maintain the security of 
the resources of each group. Visual devices such as 
video cameras and sensors are employed to confirm a 



member who requests a resource and a member who permits 
the use of the resource. This technique further improves 
the security of the resources . 

The "resources" may be windows, programs (objects), 
commands, and data including voice, animated images, and 
still images. 

An embodiment of the first aspect of the present 
invention will be explained. Figures 2 and 3 show the 
rights to use windows exchanged among groups . 

Groups A and B are in parallel with each other and 
are connected to a network. The groups A and B 
separately carry out jobs. In Fig. 2(A), the group B is 
allowed to access windows belonging to the group B but 
prohibited from accessing windows belonging to the group 
A. Each group carries out its own job without being 
influenced by its external environment. The windows of 
each group are locked against external accesses, and the 
data of each group is protected against destruction due 
to erroneous operations from the outside. 

To effectively use the resources and improve the 
workability of the groups, each group must access the 
resources of another group. 

When accessing windows wal and wa3 of the group A, 
the group B sends a request to the job monitor 2. The 
job monitor 2 refers to the group management table 21 
prepared according to the job definition form 11, and 
requests the group A to change the attributes of the 
requested windows. If the request is accepted, the group 
B temporarily accesses the windows wal and wa3 of the 
group A as shown in Fig. 2(B). 

Figure 3(A) shows hierarchical groups. Groups A and 
B are included in a group C. The group C is allowed to 
access windows of the groups A and B. The groups A and B 
are prohibited from accessing windows belonging to the 
group C. The group C is not allowed to access windows 
belonging to a group D. If the job monitor 2 permits, 
the group C can access the windows of the group D. 



When a group completes a job or switches a job to 
another, the job monitor 2 automatically changes windows 
of the group to others suitable for the new job. 
Accordingly, the members of the group smoothly continue 
their work. 

When an emergency event occurs or when the 
correctness of a job must be checked according to a 
procedure, the emergency group 6 accesses every resource 
of every group as shown in Fig. 3(B). The group 6 
includes all groups. The group 6 is usually not used. 
Only when the conditions and resources of the groups must 
be checked, the emergency group 6 is used. The group 6 
is useful to maintain the security of the resources. 

The above embodiment is applicable not only to 
windows but also to other resources such as programs 
(objects) and data. 

Figures 4 and 5 show an example in which a group A 
processes data belonging to a group B and the processed 
data is returned to the group B. In Fig. 4(A), the group 
B changes the right to use data from the group B to the 
group A through the job monitor 2. The group A processes 
the data and returns the processed data to the group B. 
Before allowing the group A to access the data of the 
group B, the job monitor 2 checks to see if the group A 
is qualified to use the data according to the group 
management table 21. After the job monitor 2 permits the 
use of the data, the group A accesses the data. 

In Fig. 4(B), the data itself is transferred from 
the group B to the group A instead of switching the right 
to use the data from the group B to the group A. The 
group A processes the data and returns the processed data 
to the group B. 

In Fig. 5(A), the attribute of data, i.e., the right 
to use the data is changed from the group B to the group 
A through the job monitor 2. The group A accesses and 
processes the data and holds the processed data. The 
group A allows the group B to access the processed data 
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through the job monitor 2, and the group B accesses the 
processed data held by the group A. 

In Fig. 5(B), the group B transfers data belonging 
to the group B to the group A through the job monitor 2 . 
The group A processes the data and holds the processed 
data. The group A allows the group B to access the 
processed data through the job monitor 2, and the group B 
accesses the processed data held by the group A. 

In Figs. 6 and 7, a group B transfers an object 
itself or the right to use the object to a group A. In 
Fig. 6(A), the group B provides the group A with 
permission to use an object through the job monitor 2. 
The group A executes the object in a window of the group 
B and notifies the group B of a result. 

In Fig. 6(B), the group B transfers a program (an 
object) to the group A through the job monitor 2. The 
group A executes the program in a window of the group A 
and notifies the group B of a result. 

In Fig. 7(A), the group B provides the group A with 
permission to use an object through the job monitor 2. 
The group A executes the object under the environment of 
the group A and holds the resultant data. The group A 
allows the group B to access the resultant data through 
the job monitor 2, and the group B accesses the resultant 
data held by the group A. 

In Fig. 7(B), the group B transfers a program (an 
object) to the group A through the job monitor 2. The 
group A executes the program under the environment of the 
group A and stores the resultant data in the group A. 
The group A allows the group B to access the resultant 
data through the job monitor 2, and the group B accesses 
the resultant data stored in the group A. 

The operation of each unit will be explained. 

The procedure memory 1 receives a request definition 
form from each group. The request definition form 
defines the procedure of each job of the group. 
According to the request definition forms, the procedure 



memory 1 prepares a job definition form 11 that defines 
the jobs, work hours, required resources of each group. 

Figure 8 shows an example of the request definition 
form. The request definition form is prepared by each 
group and defines the procedure of each job of the group. 
The request definition form includes a start data 
"stdate" that defines the date of start of a series of 
jobs of the group, a completion date "spdata" that 
defines the date of completion of the jobs of the group, 
the name of the group, the names of the jobs Al to An, 
the start data of each job, the completion data of each 
job, a window to be used, an object to be used in the 
window, and data to be used. 

Figure 9 shows an example of the job definition form 
11 prepared according to the request definition forms of 
Fig. 8. The job definition form 11 defines the jobs of 
each group, the names of workers of each group, the date 
of start of the jobs, the date of completion of the jobs, 
and the procedure, resources, and end conditions of each 
job . 

In Fig. 9, "for (time N week)" specifies a period. 
It is possible to specify a start date and an end date as 
"for (startDate to: stopDate) . " If each group carries 
out a single job, the name of the job is omitted and only 
the name of the group is specified. "Status rail" 
indicates that a status of "all" is returned when all 
jobs are complete. "Status : one " is used when a job is 
complete. "Status: data [group name (job name)]" is used 
to indicate that a job is carried out after data is 
stored. 

Figure 10 is a flowchart showing steps taken by the 
job monitor 2. Step Sll receives the job definition form 
11 from the procedure memory 1. Step S12 provides the 
scheduler 3 with the job definition form 11. Step S13 
receives conditions to use resources such as windows, 
programs (objects), commands, and data from the scheduler 
3. 



Step S14 provides the resource manager 5 with the 
conditions to use the, resources and requests the resource 
manager 5 to register the rights to use the resources. 
Step S15 provides the rearrangement unit 4 with the start 
date, completion date, and name of each job of each 
group, and the members of each group. Step S16 receives 
the name of the present job of each group and the present 
members of each group from the rearrangement unit 4. 
Step S17 registers the data obtained in step S16 into the 
group management table 21. 

Step S18 monitors the jobs of the groups and 
transfers requests and messages among the groups 
according to the group management table 21. For example, 
the job monitor 2 transfers permission for use of data 
from the group B to the group A in step S18. Step S19 
transfers requests and replies among the scheduler 3, 
rearrangement unit 4, resource manger 5, and groups. 

Step S20 amends the procedures and members stated in 
the group management table 21 according to requests from 
the units 3 to 5 and groups. If step S19 causes changes 
in the work hours and group members, step S2 0 must amend 
the group management table 21 accordingly. Step S21 
determines whether or not all jobs are complete. If they 
are complete, the flow returns to step Sll, and if not, 
the flow returns to step S18. 

Figure 11 is a flowchart showing steps taken by the 
scheduler 3. 

Step S31 receives the job definition form 11 from 
the job monitor 2 (step S12 of Fig. 10). Step S32 picks 
up resources from the job definition form 11 and provides 
the job monitor 2 with conditions to use the resources. 

Step S33 receives work states from the job monitor 
2, carries out processes according to the job definition 
form 11 and the work states, and informs the job monitor 
2 of results of the processes. Step S34 determines 
whether or not the job monitor 2 has been informed of the 
completion of a present job. If the job is complete, the 
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flow goes to step S39, and if not, step S35 . 

Step S35 determines whether or not the work hours of 
the present job are over a predetermined value. If YES, 
the flow goes to step S36, and if not, step S33. Step 
S36 notifies the job monitor 2 that the predetermined 
work hours have passed and waits for an instruction to 
stop the job or extend the work hours. Step S37 
determines whether or not the group in question has 
requested to extend the work hours through, the job 
monitor 2. If the request has been made, the flow goes 
to step S38, and if not, step S39 . Step S38 changes the 
work hours and informs the job monitor 2 of the result. 

Step S39 determines whether or not all jobs are 
complete. If they are complete, the flow goes to step 
S31, which waits for a new job definition form 11 from 
the job monitor 2. If the jobs are not complete, the 
flow goes to step S33. 

Figure 12 is a flowchart showing steps taken by the 
rearrangement unit 4. Step S51 receives the date of 
start of each job, the data of completion of each job, 
the name of each group, the name of each job of each 
group, and the members of each group from the job monitor 
2. Step S52 sets the date of start of jobs and the date 
of completion of the jobs according to the job definition 
form 11. 

Step S53 provides the job monitor 2 with the name of 
a group that starts a job, the name of the job, and the 
members of the group. Step S54 determines whether or not 
the job monitor 2 has been informed of a change in the 
members of a group. If there is no such information, the 
flow goes to step S56, and if there is, to step S55 which 
changes the members of the group in the member table 41 
and relocates the rights to use resources related to the 
group. 

Step S56 determines whether or not it is the 
completion time for all jobs. If it is, the flow goes to 
step S57, and if not, step S60. Step S57 informs the job 



monitor 2 that it is the completion time for all jobs and 
waits for a notice from the job monitor 2. Step S58 
determines whether or not the job monitor 2 has been 
informed of a change in the completion time of all jobs. 
If the completion time is unchanged, data related to the 
present job procedure is abandoned, the flow returns to 
step S51. If the completion time is changed, step S59 
changes the completion time of all jobs. 

Step 60 determines whether or not the job monitor 2 
has been informed of switching a job to another or the 
completion of a job. If there is such information, the 
flow goes to step S61, and if not, it returns to step 
S54. 

Step S61 starts the next job. Step S62 determines 
whether or not all jobs are complete. If they are, the 
flow returns to step S51, which waits for information 
from the job monitor 2. If all jobs are not complete, 
the flow returns to step S53. 

Figure 13 shows an example of the group management 
table 21 controlled by the job monitor 2. The table 21 
has the name of each resource (window, object, or data 
file), the number of groups that use the resource, the 
name of each group or the name of a job that uses the 
resource, and a flag that indicates one of the following 
states: 

0 : unused 

1: in use 

3: in use and updated in the case of data file 
4: available for another group 
5: belonging to another group but available 
Figure 14 shows an example of the member table 41 
used to manage the members of groups by the rearrangement 
unit 4. The table 41 contains the number of members 
allocated to a job of each group and the names of the 
members . 

Figure 15 shows an example of the resource 
management table 51 controlled by the resource manager 5. 



In Fig. 15(A), the table 51 has the name of each group or 
the name of each job, the name of a window for the job, 
the name of an object for the job, the name of data for 
the job, and the work conditions of the job. The table 
51 contains window information about the size, menu, and 
activation file of each window. The table 51 also 
contains object information about the activation type and 
activation file of each object. The table 51 also 
contains data attribute information about the type and 
file of data. 

Figure 15(B) shows the conditions stored in the 
table 51. The conditions include the conditions of each 
window, each object, and data storage. Figure 15(C) 
shows a flag indicating the conditions of a window or an 
object as follows: 

0: unused 

1: in use 

2: exclusive use 

3: in use, partly available for another group 
Figure 15(D) shows a flag indicating a data storage 
state as follows: 

0: not stored 

1: completely processed 

2: interim data stored 

4: requested data 

5: stored requested data 

6: processing requested data 

Figure 16 is a flowchart showing the steps of 
switching a window to another. In step S91, each group 
is carrying out a job. In step S92, a group informs the 
job monitor 2 that a job in a window is complete, or data 
is processed and stored in a resource file. The job 
monitor 2 refers to the job definition form 11 of the 
procedure memory 1 and requests the scheduler 3 for 
starting the next job for the group. 

In step S9 3, the scheduler 3 proceeds according to 
the job definition form 11. In step S94, the scheduler 3 



informs the job monitor 2 of switching a window to 
another. In step S95, the job monitor 2 requests the 
resource manager 5 to set information about available 
windows. In step S96, the job monitor 2 informs the 
group in question of the available windows. In step S97, 
the group displays the available windows. 

Figures 17 and 18 show windows used between groups A 
and B. In Fig. 17 , windows belonging to the group B are 
transferred to the group A according to a request from 
the group A or B. In Fig. 18, windows are relocated when 
a job is complete or when a job is changed to another. 

Figure 19 shows windows locked. When a group 
completes a job or. changes a job to another, the job 
monitor 2 checks the rights to use windows. In Fig. 
19(A), the group A is allowed to access windows that are 
allocated for the next job, and is prohibited from 
accessing the other windows that are locked. 

In Fig. 19(B), a window W32 of the group A is given 
to the group B to carry out the next job. At the same 
time, a window W34 of the group B is given to the group 
A. Consequently, the group A uses the windows W31 and 
W34, and the group B uses the windows W32 and W33. 

When a group changes a job to another, windows 
related to the preceding job disappear from a screen of 
the group. Any group is allowed to temporarily use a 
window of another group upon receiving permission to use 
the same. In Fig. 19(C), the group B uses a window W42 
belonging to the group A, to see data of the group A. 
The group B may continuously use the data of the group A, 
if the next job of the group B requires the same. 

Figures 20 and 21 are flowcharts showing the steps 
of the group B requesting the group A to carry out a job 
and provide the group B with a result of the job. 
Namely, the group B provides the group A with data, the 
group A processes the data in its own environment. 
Thereafter, the group B receives resultant data from the 
group A as mentioned below. 



In step S71, the job monitor 2 receives from the 
group B a request to the group A to provide the resultant 
data. In step S72, the job monitor 2 sets the name of 
the group B in a corresponding window of the group 
management table 21 and sets the flag of Fig. 13 to "4" 
to indicate that the request has been made to another 
group. In step S73, the job monitor 2 checks the 
resource manager 5 to see if the requested data of the 
group A is available for another group. In step S74, the 
resource manager 5 checks the availability of the data in 
the resource management table 51. In step S7 5, the 
resource manager 5 informs the job monitor 2 whether or 
not the data is available. 

If the data is available, the flow goes to step S76, 
and if not, step S81 of Fig. 21. 

In step S76, the job monitor 2 informs the group B 
of acceptance. In step S77, the group B temporarily uses 
the window of the group A and obtains resultant data. In 
step S7 8, the group B provides the job monitor 2 with a 
completion notice. In step S79, the job monitor 2 clears 
the name of the group B from the group management table 
21 and sets the flag to 0 . 

In step S80, the group B continues its job. If the 
group B is not allowed to use the resources of the group 
A, the job monitor 2 requests, in step S81 of Fig. 21, 
the group A to. allow the use of the resources. If the 
group A provides permission to use the resources, the job 
monitor 2 informs the resource manager 5 of the same, so 
that the group B may use the resources . 

In step S82, the group B temporarily uses the window 
of the group A and obtains the resultant data. In step 
S8 3, the job monitor 2 receives a completion notice from 
the group B. In step S84, the job monitor 2 clears the 
name of the group B from the group management table 21 
and sets the flag to 0, 

In step S85, the job monitor 2 asks the group A 
whether or not it continuously allows the use of the 



resources. In step S86, the job monitor 2 receives a 
resource using state from the group A and informs the 
resource manager 5 of the same, to change the flag, etc., 
in the resource management table 51. In step S87, the 
groups A and B continue their jobs. 

Figure 2 2 shows a system according to an embodiment 
of the present invention. The system includes a server 
100, terminals such as personal computers 101 to 104, and 
a resource storage unit 110 for storing resources. These 
components are connected to one another through a network 
120. The procedure memory 1, job monitor 2, scheduler 3, 
rearrangement unit 4, resource manager 5 are realized by, 
for example, the server 100. A user of a group enters 
its ID to one of the server 100 and terminals 101 to 104 
and carries out a job by using windows allocated to the 
group . 

The server 100 manages resources group by group. 
Each group is allowed to use resources such as windows, 
objects, and data allocated to the group. The rights to 
use resources may be exchanged among the groups . The 
resources are automatically exchanged among the groups 
according to the progress of jobs of the groups. The 
groups work independently while cooperating with one 
another . 

Figures 2 3 and 24 show the systems of the present 
invention explained above. 

Figures 25 and 26 show an example of the resource 
management table 51 of the resource manager 5. In Fig. 
25(A), the table 51 contains the name of each group, the 
number of the members of each group, the name of each 
member, the name of each window, the name of each command 
or object, the name of data, the name of monitor 
television and voice, the name of a contact, and work 
conditions. Figure 25(B) shows the work conditions 
including the conditions of windows, objects, and 
commands, data storage conditions, contact conditions, 
monitor camera operating conditions, monitor camera input 



conditions, and voice input/output conditions. According 
to these conditions, the job monitor 2 manages resources 
among the groups . 

Fig. 25(C) shows a flag indicating the state of a 
window, object, or command. 

0: unused 

1: in use 

2: exclusive use 

3: exclusive use by specific members 
4: exclusive use by specific member 
5: in use, available for another group 
6: being checked 

7: being checked with all members 
8: used under permission of all members 
9: being checked with specific members 
10: being checked with specific member 
Fig. 25(D) explains a flag indicating the storage 
state of data. 



not stored 

completely processed 
interim data stored 
storage prohibited, read only 

storage prohibited, readable if agreed by all 



0 
1 
2 
3 
4 

members 

5: storage prohibited, readable if agreed by 

specific member 

6: requested data 

7: requested data stored. 

8: processing requested data 

Fig. 26(A) shows a contact state flag. 

0: unused 

1: contacting 

2: contacting with all members 

3: notified 

4: notified to all members 
IX: portable telephone 
2X: pager 



3X: personal computer communication 
4X: other communications 

Figure 26(B) shows a flag indicating the operating 
conditions of a monitor camera. 
0 : unused 

1: start moving camera 

2 : moving camera 

3: positioned 

IX: moving right 

2X: moving left 

3X : moving up 

4X: moving down 

Figure 26(C) shows a flag indicating the input state 
of the monitor camera. 
0: unused 
1: position error 
2: no input 
3: inputting 

Figure 26(D) shows a flag indicating a voice I/O 
state . 

0: unused 

1: request for voice message 

2: request for registration of voice message 
3: specifying voice message destination 
4: checking voiceprint 

Figure 2 7 shows an example of the window memory. 
Window information includes the name of an operating 
system, the name of a CPU, the environment such as the 
size and menu of the window. The window memory stores a 
window activation file (OS, CPU) . Figure 28 shows an 
example of the program/command memory. Ob ject /command 
information includes the name of an OS, the name of a 
CPU, and an object activation format. The memory stores 
an object activation file (OS, CPU) . Figure 29 shows an 
example of the monitoring equipment memory. Information 
about a monitor and voice includes the name of each 
member, a location, a position (direction and angles), 



and a type such as voice. The memory stores operating 
files for the monitor and voice. Figure 30 shows an 
example of the contact memory for storing contact 
addresses such as the number of a mobile telephone. 
Contact information includes the name, location, 
telephone number, and message code of each member. The 
memory. also stores contact operating files. Figure 31 
shows an example of the data memory. Data attribute 
information includes a data type such as read-only, 
format, dynamic image, and voice. The memory stores data 
files . 

Figure 32 shows an example of the group management 
table. Figure 32(A) is the same as Fig. 13(A). Figure 
32(B) has a flag as follows: 

0: unused 

1: in use 

3: updated data/object/command/window in use 

5: creating new file from present 
data/object /command/window 

7: difference added to present 
data /object /command/window 

8: asking permission of another group 

9: permitted window/data/object/command of another 

group 

18: asking permission of specific member of another 

group 

28: asking permission of all members of another 

group 

38: asking permission of specific members of 
another group 

Figure 33 shows an example of the member table. The 
number of members of each group or each job and the names 
of the members are stored in the table. Figure 34 shows 
an example of the member-based emergency table. In Fig. 
34(A), the table stores the name of each member, the name 
of a group (the name of a job) of the member, the number 
of temporary used resources, a tag, the name of each 



window, a period, etc. Fig. 34(B) shows an example of 
the tag as follows: 

1: name of window. 

2: name of object or command 

3: name of data 

Figure 34(C) shows an example of the period, which 
is an available period. 

Figure 35 shows an example of the group-based 
emergency table. In Fig. 35(A), the table contains the 
name of each group (the name of each job), the number of 
temporary used resources, a tag, the name of a window, 
and a period. Figure 35(B) shows an example of the tag. 
Figure 35(C) shows. an example of the period. 

Figure 36 shows a second example of the job 
definition form. In addition to the first example of 
Fig. 9, Fig. 36 has contact information, contact 
possibility, the number of members to be called, members 
to be called, monitor, etc. 

Figure 37 shows an example of the overall definition 
form. This form defines every group as a member and the 
procedures of the groups. 

Figure 38 explains a window, object, or command 
handled by a representative name by the resource manager. 
Each tag is related to a representative name of, for 
example, a window. Figure 39 shows an arrangement for 
determining the position of a camera. A personal 
computer may have a device for analyzing and positioning 
the camera and a voice transmitter. A worker "a" has a 
transmitter "b" on his or her head, to identify the 
position thereof. An ID code transmitted from the 
transmitter b is received by a sensor "c" that transfers 
the ID code to the personal computer. The personal 
computer also receives voice from a microphone "e" and 
the position of the camera. The personal computer 
analyzes the position of the camera and sends an 
instruction to the worker through a speaker M d. " 

Figure 4 0 is a flowchart showing the steps of 



sharing resources according to a job definition form. 
Step S101 initializes the system. Step S102 enters a job 
definition form of each group to the procedure memory 1. 
Step S103 prepares an overall definition form according 
to the job definition forms of the groups. Step S104 
sends the definition forms to the job monitor 2. In step 
S105, the job monitor 2 registers available commands and 
contact addresses to the tables of the resource manager 
5. In step S106, the job monitor 2 provides the 
scheduler 3 with the definition forms . 

In step S107, the job monitor 2 provides the 
rearrangement unit 4 with the definition forms, to 
register the members of each group to the member table 
41. The job monitor 2 sends a group changing notice to 
the rearrangement unit 4, if any. The rearrangement unit 
4 rearranges members and informs the job monitor 2 of the 
result. Step S108 determines whether or not a job is 
complete, . or the next job is started. If the job is 
complete, the flow returns to step S102. In the other 
cases, each group carries out its own job in step S109. 
Step S110 carries out a contact process. Step Sill 
receives data and positions a camera. 

Figure 41 is a flowchart showing the operation of 
the procedure memory 1. Step SI 12 waits for a job 
definition form from each group. Step S113 receives the 
job definition forms and prepares an overall definition 
form according to them. Step SI 14 provides the job 
monitor 2 with the definition forms. 

Figure 42 is a flowchart showing steps taken by the 
scheduler 3. Step S121 receives the job definition form 
from the job monitor 2. Step S122 prepares the schedule 
of each group through communications with the job monitor 
2. Step S123 corrects the schedules if a delay occurs in 
the schedules and provides the job monitor 2 with amended 
definition forms. Step S124 determines whether or not 
the jobs of the job definition forms are complete. 

Figure 43 is a flowchart showing steps taken by the 



rearrangement unit 4. Step S131 receives the job 
definition forms from the job monitor 2. Step S132 
rearranges the members of the groups through 
communications with the job monitor 2. If a delay occurs 
in a job, step S133 receives an amended job definition 
form from the job monitor 2 and rearranges the members. 
Step S134 determines whether or not the jobs on the job 
definition forms are complete. 

Figure 44 is a flowchart showing steps taken by the 
request unit 10a. Step S141 waits for a call request 
from the job monitor 2. Step S142 selects a 
communication unit such as a pager and a portable 
telephone according to the request from the job monitor 
2. Step S143 sends a message to a receiver and informs 
the job monitor 2 of the situation. Step S144 makes a 
call and informs the job monitor 2 of a result of the 
call. 

Figure 45 is a flowchart showing steps taken by the 
receiver 10b. Step S151 waits for a call from the job 
monitor 2. Step S152 waits for a reply. Step S153 
identifies a sender of a reply and carries out a process 
accordingly. Step S154 receives a voice message, 
determines whether or not a requested resource of the 
sender is available according to the message, and informs 
the job monitor 2 of the result. Step S155 receives a 
text message, determines whether or not the requested 
resource of the sender is available, and informs the job 
monitor 2 of the result. 

Figure 4 6 is a flowchart showing steps taken by the 
positioner 8 for positioning a television camera. Step 
S161 receives information about a member. Step S162 
obtains information about the member according to a 
transmitter card carried by the member. The camera is 
positioned according to the position of the transmitter 
card, to read a bar-code attached to the member. Step 
S16 3 sets the camera toward the face of the member. 
Situations to position the camera are stored in the 



- 30 - 



resource manager 5 through the job monitor 2, to 
recognize the presence of the member. Step S164 follows 
the position of the member according to a signal from a 
sensor. If the job is complete, or if the member takes a 
rest, the operation is stopped. When the job is resumed, 
the event is informed to the job monitor 2. The member 
is automatically traced according to a signal from the 
transmitter card. 

Figure 47 is a flowchart showing steps taken by the 
I/O device 8 such as a television camera. Step S171 
receives a notice about a member from the job monitor 2. 
Step S172 measures a distance to the member through the 
camera and focuses . the camera to the member. Step S173 
obtains permission from the member through an interactive 
process with the member and informs the job monitor 2 of 
the result. The member is identified according to an ID 
code and a password. The camera always photographs the 
member. Step S174 determines if the process is complete. 
The permission is made with the fingers or voice of the 
member. When the voice is used, the voice is recognized 
and sent to the job monitor 2, which sends information 
contained in the voice to the resource manager 5 . The 
voice is used to determine whether or not a resource is 
given to another group and the period during which the 
resource is given to the group. A DP method or a power 
spectrum analysis is used to determine the characteristic 
points of voice. 

Figure 4 8 is a flowchart showing steps taken by the 
resource manager 5 and other units. Step S181 receives 
group status from the job monitor 2. Step S182 registers 
the name of each group, the members of each group who are 
authorized to give permission of the use of resources, 
the right to use resources, monitoring devices, etc., to 
the resource management table 51. Step S183 waits for a 
request from the job monitor 2. Step S184 checks 
available resources including windows, objects, and 
commands of each group, and each group carries out a job 



with the available resources. Step S185 checks a way of 
receiving permission to use a resource of another group 
and confirms the situation of an authorized member of 
another group through a monitor or a mobile telephone. 
Step S186 requests the job monitor 2 to receive 
permission of the use of the resource. Step S187 
receives the permission ' and sets a corresponding flag. 

Figure 49 is a flowchart showing steps taken by each 
group. Step S191 requests the job monitor 2 for a 
resource. Step S192 fetches required environment with 
the use of a password and a video monitor function. In 
step S193, each group carries out a job with its own 
resources under the environment. If a resource of 
another group is necessary, a request to use the resource 
is sent to the job monitor 2. At this time, a time or a 
period to use the resource is specified. Step S194 waits 
for a reply or carries out another job. Step S195 
receives a reply if the requested resource is available. 
If it is available, step S196 uses the resource. Step 

5197 requests another group to carry out the job. Step 

5198 waits for the completion of the job. If the 
resource is not available in step S195, step S199 takes 
another measure. Step S200 determines if all jobs are 
complete, or if it is rest time. 

Figure 50 is a flowchart showing steps taken by the 
emergency group 6. Step S201 sends a password to the job 
monitor 2, to execute the right to use the emergency 
group 6. Step 202 freely uses resources without regard 
to schedules or authorization of members that control the 
resources. Step S203 determines if the emergency use is 
complete. If it is complete, the flow ends. 

Figures 51 to 54 are flowcharts showing steps taken 
by the job monitor 2. In Fig. 51, step S211 receives job 
definition forms from the procedure memory 1. Step S212 
registers data to the group management table 21 and 
provides the scheduler 3 with copies of the job 
definition forms. Step S213 provides the rearrangement 



unit 4 with members mentioned in the definition forms and 
carries out a rearrangement process. Step S214 registers 
members and groups to the member- and group-based 
emergency tables. Step S215 registers data such as 
contact addresses to the resource manager 5 according to 
the job definition forms. If resources are created, 
changed, or deleted during the execution of jobs, step 
S216 sends information about these events to the 
rearrangement unit 4 and amends the job definition forms. 
Step S217 stores available resources and related groups 
and members into the resource manager 5 . 

In Fig. 52, step S218 receives schedules from the 
scheduler 3, informs the groups of the schedules, and if 
any group is behind the schedule, provides a reschedule 
request. Step S219 receives an amended job definition 
form from the group. In step S220, the rearrangement 
unit 4 rearranges the members of the group. The member- 
and group-based emergency tables are corrected 
accordingly. When step S218 is normally carried out, 
step S211 starts the next job. In step S222, the 
rearrangement unit 4 rearranges members. Step S223 
corrects the member- and group-based emergency tables 
accordingly. In step S224, each group opens its own 
environment with the use of a card number or a password. 
In step S225, each group uses its own resources. 

In Fig. 53/ the emergency group 6 may be used by any 
group with a card number or a password in step S226. 
Step S227 uses all resources. Step S228 requests the 
resource manager 5 to manage the resource that is 
requested by another group. Step S229 uses the request 
unit 10a and receiver 10b to confirm permission to use 
the resource. Step S230 receives permission to use the 
resource through a telephone or a pager of the units 10a 
and 10b. Step S231 informs the resource manager 5 of the 
permission., Step S232 informs the group in question of 
the permission. Step S2 33 registers data to the member- 
and group-based emergency tables according to the 



permission. In step S234, the group uses the resource. 

In Fig. 54, step S235 asks permission to use a 
resource through a television camera or a voice device. 
Step S236 receives permission by voice or text. Step 
S237 informs the group that asked for the resource of the 
permission in response to a password. In step S238, the 
group uses the resource. 

Step S239 sends a request to a group that controls a 
resource for permission to use the resource. Step S240 
sets a flag to indicate that the resource is temporarily 
available for the group that has requested the same. 
Step S241 receives a notice of the completion of the use 
of the resource and informs. the same to the group that 
permitted the use of the resource. If the use of the 
resource is not permitted, step S242 informs the group 
that requested the resource, and the flow ends. 

In each group, members that are allowed to use 
resources may be limited. Environments for members that 
develop a project may be limited in a definition form. 
Each member may manage local files other than resources. 
The local files may be exchanged among the members 
according to the present invention, to promote the 
progress of jobs among the groups. 

A resource may be given to a member who is 
identified by the use of a password. Permission to use a 
resource may be given by a message. The message may be 
made by voice, image, fingers, camera, characters, etc. 

According to the second aspect of the present 
invention, the procedure memory .(input unit) 1, scheduler 
3, rearrangement unit 4, request unit 10a, and receiver 
10b may be incorporated in the job monitor 2. These 
units may be descrete. The input unit and positioner 8 
including a television camera may be connected to a 
personal computer of each group, or to the job monitor 2. 
Each group may visually monitor the members thereof. In 
this case, the resource manager 5 is not required to 
store similar information. 



According to the first aspect of the present 
invention, resources belonging to a given group are 
exclusively used by the group, to prevent a destruction 
of the resources due to external illegal accesses. Data 
may be exchanged among the groups through a job monitor 
to maintain the security of the resources. A job that is 
hardly carried out by a group may be requested to another 
group through the job monitor. The resources are managed 
according to job procedures specified in a job definition 
form. Jobs are carried out by the groups in parallel 
with one another and are easily monitored by the job 
monitor, to effectively use the resources such as 
groupware among the groups that are connected to one 
another through a network and improve the operations of 
each group. 

The second aspect of the present invention exchanges 
resources among groups through a job monitor to maintain 
the security of the resources. Any group can request 
another group to carry out a job if it is hard for the 
group to carry out the job. If a member who is 
authorized to grant permission of the use of a resource 
is absent, the absence of the member is sensed and a 
portable telephone or a pager is used to contact the 
member. Permission to use a resource belonging to a 
group may be given by all, several, or a specific one of 
the members of the group. This information is known in 
advance to minimize the permission process. In this way, 
the second aspect manages the rights to use resources 
according to job definition forms. Jobs are carried out 
by the groups in parallel with one another and are easily 
monitored and controlled by the job monitor, to 
effectively use the resources such as groupware among the 
groups that are connected to one another through a 
network and improving the operations and communications 
of each group. 



